<!DOCTYPE HTML PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN""http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html lang="zh" xml:lang="zh" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<head>
<META http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>评审问题库</title>
<meta name="uma.type" content="SupportingMaterial">
<meta name="uma.name" content="rd_problems">
<meta name="uma.presentationName" content="评审问题库">
<meta name="element_type" content="other">
<meta name="filetype" content="description">
<meta name="role" content="">
<link rel="StyleSheet" href="./../../../css/default.css" type="text/css">
<script src="./../../../scripts/ContentPageResource.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/ContentPageSection.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/ContentPageSubSection.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/ContentPageToolbar.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/contentPage.js" type="text/javascript" language="JavaScript"></script><script type="text/javascript" language="JavaScript">
					var backPath = './../../../';
					var imgPath = './../../../images/';
					var nodeInfo=null;
					contentPage.preload(imgPath, backPath, nodeInfo,  '', false, false, false);
				</script>
</head>
<body>
<div id="breadcrumbs"></div>
<table border="0" cellpadding="0" cellspacing="0" width="100%">
<tr>
<td valign="top"><a name="Top"></a>
<div id="page-guid" value="_cTGT4M_zEd2K_viflaK1lQ"></div>
<table border="0" cellspacing="0" cellpadding="0" width="100%">
<tr>
<td class="pageTitle" nowrap="true">评审问题库</td><td width="100%">
<div align="right" id="contentPageToolbar"></div>
</td><td width="100%" class="expandCollapseLink" align="right"><a name="mainIndex" href="./../../../index.htm"></a><script language="JavaScript" type="text/javascript" src="./../../../scripts/treebrowser.js"></script></td>
</tr>
</table>
<table width="100%" border="0" cellpadding="0" cellspacing="0">
<tr>
<td class="pageTitleSeparator"><img src="./../../../images/shim.gif" alt="" title="" height="1"></td>
</tr>
</table>
<div class="overview">
<table width="97%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td width="50"><img src="./../../../images/supportingmaterial.gif" alt="" title=""></td><td>
<table class="overviewTable" border="0" cellspacing="0" cellpadding="0">
<tr>
<td valign="top"></td>
</tr>
</table>
</td>
</tr>
</table>
</div>
<div class="sectionHeading">Main Description</div>
<div class="sectionContent">
<table class="sectionTable" border="0" cellspacing="0" cellpadding="0">
<tr valign="top">
<td class="sectionTableSingleCell"><p>
    R&D项目组怎样才能编写出高质量的文档，清楚地展示项目中的关键问题，避免常见问题或不足呢？<br />
    在这里，总结整理了以往的R&D项目在评审过程中发现存在的部分问题，以供R&D项目组参考、借鉴和关注。这些问题或者是重点问题，或者是常见问题，不包含针对某项目特殊性的具体问题。
</p><br />
<p>
    <font size="5"><strong>立项</strong></font>
</p>
<p>
    1.&nbsp;关于该产品的目标客户群、市场大环境等要仔细思考一下，补充到商业理由的业务环境部分。<br />
    2.&nbsp;初步的工作进度安排是什么，请给出项目的关键里程碑<br />
    3.&nbsp;项目的关键技术问题是什么？难点是什么？关键技术和难点分析，看不出有什么难点和风险以及相应策略是什么，只是技术点罗列<br />
    4.&nbsp;商业理由的成本估计是否有依据，是否让人信服，是否有历史数据？项目哪部分工作量最大？<br />
    5.&nbsp;请细化商业理由的财务预测，预期收入预算是否有更有力的依据？<br />
    6.&nbsp;产品的卖点是什么、核心价值是什么？客户最大的抱怨是什么？愿景中，请说清楚：产品定位和问题说明。<br />
    7.&nbsp;对于产品升级类项目，具体研发内容哪些是已有的、哪些是在现有开源产品基础上的修改、哪些是需要开发的，请补充愿景的复用说明。<br />
    8.&nbsp;愿景缺少竞争对手的分析。市场中是否有同类产品？主要竞争对手有哪些？竞争策略是什么？<br />
    9.&nbsp;请在愿景的产品概述中补充产品的Roadmap、功能架构。<br />
    10.&nbsp;愿景请给出产品特性描述,并作出产品特性规划。<br />
    11.&nbsp;缺少产品的质量范围定义，请在愿景中补充。<br />
    12.&nbsp;项目的主要风险有哪些？<br />
    13.&nbsp;风险列表的风险降低策略请填写具体的策略<br />
    14.&nbsp;风险列表是否能对技术风险进行详细的说明？"采用新技术较多"和"加强新技术学习"从问题与对策来看都不具体,需要与具体计划和工作关联和一致<br />
    15.&nbsp;风险中，如果"需求的改变"都可能"影响整体架构",是否应该先对需求进行更多的了解与分析呢? 现有的对策似乎是"等待"。风险中的通用性问题,先放在(业务/需求)分析阶段先解决更好一些
</p>
<p>
    <font size="5"><strong>先启结束</strong></font>
</p>
<p>
    1.&nbsp;风险列表一直未有更新，在先启结束的时候，风险是否重新做过评估和识别？<br />
    2.&nbsp;软件开发计划，请给出精化阶段的迭代计划，包括目标、评估标准。只通过进度表，看不到这些信息。<br />
    3.&nbsp;软件开发计划中的迭代目标和计划进度表不一致，如E1目标包括： 修改XXX配置工具存在的bug,补充新的配置功能；修改XXX授权，解决角色授权问题，进行实施验证。但在迭代计划中没发现相关工作。<br />
    4.&nbsp;软件开发计划中，缺少项目监测与控制的相应措施，建议进行适当的质量保证计划。<br />
    5.&nbsp;软件开发计划中，产品验收计划需要定义出该项目的验收标准。　“验收标准--&gt;测试通过，无影响业务开发的严重BUG”：测试通过，不影响业务开发，标准比较模糊，能否给出较易操作的标准？<br />
    6.&nbsp;请给出“开发案例工作产品”文档，规划出该项目的文档要求。并不只是“先启阶段工作产品裁剪表”。<br />
    7.&nbsp;E1迭代计划太粗了，迭代计划应该相对详细和准确，因为时间跨度不是很长(1个月)，而且工作范围有限，制定详细到人头的计划应该是可行的。<br />
    8.&nbsp;E1迭代的评估标准太过粗略，这样写的话，每个项目精化阶段的评估标准都会是一样的<br />
    9.&nbsp;所有计划中，没看到架构、分析相关工作，对于一个被复用的组件库类的项目来说，这是特别不应该的。<br />
    10.&nbsp;请项目组使用　NUP模板，编制需求分析报告。在项目执行过程中在需求开发与管理方面做多大的投入都不为过，而恰恰在此方面一直以来我们关注的不够。<br />
    11.&nbsp;迭代以年为单位不合适，本质上更像一年一个版本(采用瀑布式开发)。此项目风险比较高，建议迭代宜短不宜长(例如不要超过1个月)。
</p>
<p>
    <font size="5"><strong>精化结束</strong></font>
</p>
<p>
    1.&nbsp;软件开发计划，里程碑计划没有完成，没有对“主要目标”、“处理的风险”、发布版本给出定义<br />
    2.&nbsp;软件开发计划，主要目标不具体，看不出随着迭代的演进计划解决什么问题，完成系统的哪些能力。目标体现出迭代要解决的问题、风险或系统达到的能力<br />
    3.&nbsp;没有当前迭代具体的迭代计划。建立当前迭代的迭代计划，细化计划任务和资源<br />
    4.&nbsp;无需在该阶段就提交项目所有迭代的迭代计划(提早制定，没有意义)。每个迭代(或阶段)结束，仅制定后续一个迭代的详细计划即可。<br />
    5.&nbsp;迭代计划，评估标准，没有明确评估的要求，如原型验证，要求在哪些方面进行验证（因为精化阶段不要求是面面俱到的验证，所以结束条件应该明确）<br />
    6.&nbsp;风险降低策略不明确。迭代目标中看不出将解决的风险<br />
    7.&nbsp;风险识别了项目依赖因素的外在风险，项目内部的技术风险没有识别。识别出项目内部的技术风险使精化阶段的计划更针对技术风险的降低<br />
    8.&nbsp;在开发案例工作产品中说到的数据库设计在精化阶段完成90%，在各设计文档的数据视图中并没有内容，不知道是什么原因？<br />
    9.&nbsp;架构目标和约束中的“适应多个地市需求”的应对措施之一"对可变性的具体要求进行归类，形成不同的可变性机制"，在架构文档和模型中如何体现的<br />
    10.&nbsp;缺少需求文档，包括功能性需求和非功能性需求
</p>
<p>
    <font size="5"><strong>构建结束</strong></font>
</p>
<p>
    1.&nbsp;看不到每个阶段的达成情况，是否完成了项目计划的内容？包括进度、工作量、需求内容，有哪些大的调整变化？建议在项目中加强阶段/迭代计划、阶段/迭代评估，以从更多视角了解到项目信息。<br />
    2.&nbsp;项目开发基本完成，但完成的质量如何？项目的质量风险主要是哪些方面，通过什么样的测试手段保证和控制这些质量风险的。仅从给出的测试用例上，看不出是否进行了有针对性的测试。建议结项前，在测试总结中加强分析和呈现
</p>
<p>
    <font size="5"><strong>移交结束</strong></font>
</p>
<p>
    1.&nbsp;项目总结，所有总结的要求项都填写了，但从内容来看，希望能把项目中得到的经验、教训真正地记录下来供大家参考。这样对自己和别人都有好处。所以希望能在表格（表格能起的作用总是有限的）之外，再专门说明一下。<br />
    2.&nbsp;用例的划分太细了，用例的描述太粗了<br />
    3.&nbsp;构建阶段延期了很久，在项目总结中没看到解释。<br />
    4.&nbsp;架构文档中的进程视图和实现视图，建议采用UML描述。<br />
    5.&nbsp;文中谈到“设计质量”的问题，在组织设计人员进行设计前，应明确所有设计人员遵守的原则，并使所有设计人员在概念的本质含以上达成共识，尤其是设计人员的经历和背景有差异的时候。这样会更有效的保证设计的进度和质量。<br />
    6. 项目总结4.1.2需求变更情况分析显示出非常高的需求变更比率，本项目是否有些做法、心得、策略能对未来项目做出好的建议。<br />
</p></td>
</tr>
</table>
</div>
<table class="copyright" border="0" cellspacing="0" cellpadding="0">
<tr>
<td class="copyright">Copyright &copy; 2008 版权所有 东软集团股份有限公司&nbsp; 联系邮箱:<a href="mailto:tcoe@neusoft.com">tcoe@neusoft.com</a></td>
</tr>
</table>
</td>
</tr>
</table>
</body>
<script type="text/javascript" language="JavaScript">
				contentPage.onload();
			</script>
</html>
